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DETAILED ACTION 

1 . A request for continued examination under 37 CFR 1.114, including the fee set forth in 
37 CFR 1.17(e), was filed in this application after final rejection. Since this application is 
eligible for continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 1.17(e) 
has been timely paid, the finality of the previous Office action has been withdrawn pursuant to 
37 CFR 1.1 14. Applicant's submission filed on July 17, 2007 has been entered. Claims 1-4, 6- 
1 8, 20-26 and 28-3 1 are pending. 

Response to Arguments 

2. Applicant's arguments have been fiiUy considered but they are not persuasive. 

With respect to independent claims 1, 2^5 and 26, as amended. Applicant contends that the 
references fail to teach or suggest that "at least one shared component automatically subsumes 
one or more installation properties associated with previously installed shared components" 
(remarks, pages 11-12). 

However, the examiner does not agree with Applicant's conclusion. Applicant 
characterizes Noble such that "the properties transferred to the new software release are related 
to executing and utilizing the application" and "are not within [the] realm" of the recited 
"installation properties" (remarks, pages 11-12). However, the customizations or properties in 
Noble are properties of the installation, and arelransferred to the new release when the new 
release is installed (see, for example, column 6, lines 45-62). Such properties are reasonably 
interpreted as "installation properties." Furthermore, Applicant refers to the recited "reference 
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count" as an example of an installation property (remarks, page 12), which was addressed in the 
final Office action with reference to Kruger. 

With respect to independent claim 13, Applicant contends that Curtis does not teach or 
suggest "a separate installation of the at least one shared component being implemented for each 
dependent component that depends on the at least one shared component" (remarks, page 12). 

However, as Applicant acknowledges, "Curtis discloses a valid order in which dependent 
components must be installed before depending programs are installed" (remarks, page 13). 
Stated in terms of the claim, Curtis thus discloses a valid installation order in which shared 
components must be installed before dependent components are installed. Therefore, Curtis 
teaches a separate installation of the shared components. Indeed, Curtis teaches that each shared 
component is separately installed (see, for example, column 12, lines 32-50). Furthermore, as 
the examiner noted in the interview held on June 14, 2007, language such as that for which 
Applicant argues here includes the case where there is only one "dependent component that 
depends on the at least one shared component." The language of the claims does not patentably 
distinguish them over the references. 

With respect to independent claims 23 and 24, Applicant contends, "Taylor fails to 
disclose the shared component for the first dependent component is installed in the first part of 
the installation," and contends, "Taylor also fails to disclose a second installation in which the 
shared components are installed for each of the*other dependent components" (remarks, page 
14). Applicant also makes a general allegation that one skilled in the art "would not arrive at the 
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proposed combination unless guided by a hindsight reading of the subject disclosure" (remarks, 
page 14). 

However, Curtis teaches the installation of shared components for a dependent 
component (see, for example, column 12, lines 32-50). Curtis does not expressly disclose merely 
that such installations are performed "during a first part of the installation" and that the shared 
components are installed for other dependent components "during a second part of the 
installation separate from the first part." Nonetheless, as set forth in the final Office action, 
Taylor suggests such first and second parts of the installation to those of ordinary skill in the art. 
For example, Taylor discloses, "Since a dependent package may also be a dominant package, the 
flow of operations in the invention are layered to add additional entries on the action list for 
additional dependent packages dependent from a dominant package that is dependent from 
another dominant package" (column 2, lines 7-1 1). Moreover, as indicated above, the language 
of the claims includes the case where there is only one dependent component (i.e., "a first 
dependent component"). In such a case, the shared component is not installed during the second 
part of the installation because there are no "other dependent component[s]." Again, the 
language of the claims does not patentably distinguish them over the references. 

With respect to independent claim 31, Applicant refers to arguments addressed above 
(remarks, page 14). 

Claim Rejections - 35 USC § 103 
3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 
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(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

4. Claims 1, 6-13, 16, 18, 20-22, 25, 26 and 28 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over U.S. Patent No. 6,442,754 to Curtis (art of record, "Curtis") in view of U.S. 
Patent No. 6,820,259 to Kaw^amata et al. (art of record, "Kawamata"), in view of U.S. Patent No. 
5,845,128 to Noble et al. (art of record, "Noble"), and in view of U.S. Patent No. 6,367,075 to 
Kruger et al. (art of record, "Kruger"). 

With respect to claim 1 (currently amended), Curtis discloses a system that facilitates 
installation and/or removal of components (see, for example, the title and abstract) that includes 
at least one shared component (see, for example, column 4, lines 33-37, which shows 
components that are depended upon by more than one program, i.e. shared components), 
comprising: 

(a) a validation engine that provides a valid order (see, for example, column 11, lines 1 1- 
20, which shows a function for checking dependencies, i.e. a validation engine, and column 12, 
lines 22-32, which shows generating a list of dependent components and providing a valid 
installation order). 

Curtis does not expressly disclose that the order is referentially consistent relative to each 
of the components. 

However, in an analogous art, Kawamata discloses a validation engine (see, for example, 
software update sequence management unit 190 in FIG. 1) that provides a valid order of 
components that is referentially consistent relative to each of the components (see, for example, 
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installation order 1 105 in FIG. 1 1 and column 9, lines 1-16). The valid order enables a plurality 
of components to be installed without any dependency problems among them (see, for example, 
column 14, lines 43-48). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system such that the valid order is referentially consistent relative 
to each of the components, such as taught by Kawamata, so as to avoid dependency problems 
among the components. 

Curtis further discloses: 

(b) an installer that controls at least one of an install and removal operation of the 
components based on the valid order, the installer manipulates at least one property associated 
with the at least one shared component to reflect dependency for the at least one shared 
component relative to one or more other components that depend on the shared component 
according to the installation or removal thereof (see, for example, column 12, lines 32-50, which 
shows an installer for installing the components based on the valid order, and see, for example, 
FIG. 5 and column 13, lines 7-10, which shows-a data structure having properties that reflect 
dependency of one or more components that depend on a shared component, and column 13, 
lines 28-29, which shows manipulating the data structure when a component is installed). 

Curtis does not expressly disclose that the at least one shared component automatically 
subsumes one or more installation properties associated with previously installed shared 
components. 

However, in an analogous art. Noble discloses installing new components to replace 
previously installed components (see, for example, column 6, lines 45-52). The new components 
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automatically subsume one or more properties associated with the previously installed 
components (see, for example, column 6, lines 53-62), so as to automatically apply any 
previously made customizations (see, for example, column 1, lines 45-52 and 58-59). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system such that the at least one shared component automatically 
subsumes one or more installation properties associated with previously installed shared 
components, such as taught by Noble, so as to automatically apply any previously made 
customizations. 

Although Curtis shows storing dependency information in order to indicate which 
components depend on a shared component (see, for example, column 13, lines 1-6), Curtis does 
not expressly disclose that the at least one property further comprises a reference count having a 
value indicative of a number of dependent components associated with the at least one shared 
component. 

However, Kruger discloses the limitation above in terms of an installer that uses a 
reference count for shared library files, to ensure that files depended upon by other programs are 
not affected (see, for example, column 9, lines 14-21). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system with the reference count feature taught by Kruger, for the 
purpose of ensuring that shared components used by other programs are not affected, inherently 
reducing the number of potential version conflicts. 
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With respect to claim 6 (previously presented), the rejection of claim 1 is incorporated, 
and Kruger further suggests that the installer increases the value of the reference count for each 
installation of the at least one shared component (see, for example, column 9, lines 14-21, w^hich 
shows incrementing the reference count when a file is added or installed). 

With respect to claim 7 (previously presented), the rejection of claim 1 is incorporated, 
and Kruger fiirther suggests that the installer decreases the value of the reference count in 
response to removal of a dependent component that depends on the at least one shared 
component (see, for example, column 9, lines 14-21, which shows decrementing the reference 
count when a file is deleted or removed). 

With respect to claim 8 (previously presented), the rejection of claim 1 is incorporated, 
and Curtis fiirther discloses that the at least one property fiirther comprises configuration data 
that indicates an operating relationship of the at least one shared component and each installed 
dependent component associated with the at least one shared component (see, for example, FIG. 
5 and column 13, lines 7-27, which shows a data structure having properties that indicate the 
relationship between a component and its dependencies). 

With respect to claim 9 (previously presented), the rejection of claim 1 is incorporated, 
and Curtis further discloses that the installer controls installation of the at least one shared 
component, such that a single set of files for the at least one shared component is copied as part 
of the installation for use by associated dependent components (see, for example, column 9, lines 
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47-64, which shows determining whether dependencies are already installed and installing a set 
of files for a shared component). 

With respect to claim 10 (previously presented), the rejection of claim 9 is incorporated, 
and Curtis further discloses that the at least one shared component has associated metadata that 
identifies the at least one shared component as a shared component (see, for example, FIG. 3 and 
column 9, lines 10-25, which shows a dependency object comprising metadata that identifies 
whether a component is a shared component), 

With respect to claim 1 1 (previously presented), the rejection of claim 10 is incorporated, 
and Curtis further discloses that the at least one shared component requires at least one 
dependent component to perform a substantially useful function (see, for example, column 9, 
lines 25-31, which shows that dependent components must be installed in order for another 
component to perform all intended functions). 

With respect to claim 12 (previously presented), the rejection of claim 1 1 is incorporated, 
and Curtis further discloses that a runtime dependency exists between an installed dependent 
component and the shared component on which the dependent component depends (see, for 
example, column 9, lines 39-43, which shows dependencies needed by a component in order to 
operate, i.e. dependencies needed at runtime). 

With respect to claim 13 (previously presented), Curtis discloses a system that effectuates 
installation of components (see, for example, the title and abstract) including at least one shared 
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component (see, for example, column 4, lines 33-37, which shows components that are depended 
upon by more than one program, i.e. shared components), comprising: 

(a) a setup manager that controls installation of the components (see, for example, 
column 5, lines 56-60, which shows an installer script, i.e. a setup manager); 

(b) dependency manager that provides a valid installation order based on metadata 
associated with at least some of the components (see, for example, column 11, lines 1 1-20, 
which shows a function for checking dependencies, i.e. a dependency manager, using 
dependency objects, and FIG. 3 and column 9, lines 10-25, which shows that the dependency 
objects comprise metadata, and see, for example, column 12, lines 22-32, which shows 
generating a list of dependent components and providing a valid installation order). 

Curtis does not expressly disclose that the valid installation order is generated to ensure 
that relative dependencies between the components are resolved prior to installation. 

However, in an analogous art, Kawamata discloses a dependency manager (see, for 
example, software update sequence management unit 190 in FIG. 1) that provides a valid 
installation order of components (see, for example, installation order 1 105 in FIG. 1 1 and 
column 9, lines 1-16). The valid installation order is generated to ensure that relative 
dependencies among the components are resolved prior to installation, so as to install the 
components without any dependency problems (see, for example, column 14, lines 43-48). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system such that the valid installation order is generated to ensure 
that relative dependencies between the components are resolved prior to installation, such as 
taught by Kawamata, so as to avoid dependency problems among the components. 
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Curtis further discloses that the setup manager causes the components to be installed 
according to the valid installation order, a separate shared installation of the at least one shared 
component being implemented for each dependent component that depends on the at least one 
shared component (see, for example, column 12, lines 32-50, which shows installing each 
component based on the valid installation order). 

Although Curtis shows storing dependency information in order to indicate which 
components depend on a shared component (see, for example, column 13, lines 1-6, and note 
that the information is written during installation), Curtis does not expressly disclose that the 
separate shared installation comprises incrementing a reference count value indicative of a 
number of dependent components associated with the at least one shared component. 

However, Kruger discloses the limitation above in terms of incrementing a reference 
count when a file is added or installed, to ensure that files depended upon by other programs are 
not affected (see, for example, column 9, lines 14-21). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system with the reference count feature taught by Kruger, for the 
purpose of ensuring that shared components used by other programs are not affected, inherently 
reducing the number of potential version conflicts. 

Curtis does not expressly disclose that the separate shared installation comprises 
configuring properties of the at least one shared component, which preserves properties 
associated with previously installed shared components. 

However, in an analogous art. Noble discloses installing new components to replace 
previously installed components (see, for example, column 6, lines 45-52). The new components 
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preserve properties associated with the previously installed components (see, for example, 
column 6, lines 53-62), so as to automatically apply any previously made customizations (see, 
for example, column 1, lines 45-52 and 58-59). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system such that the at least one shared component preserves 
properties associated with previously installed shared components, such as taught by Noble, so 
as to automatically apply any previously made customizations. 

With respect to claim 16 (previously presented), the rejection of claim 13 is incorporated, 
and the features recited in the claim are analogous to those of claim 10 (see the explanation for 
claim 10 above). 

With respect to claim 18 (previously presented), the rejection of claim 13 is incorporated, 
and Curtis further discloses at least one property associated with an installed instance of the at 
least one shared component which reflects dependency for the at least one shared component 
(see, for example, FIG. 5 and column 13, lines 7-10, which shows a data structure having 
properties that reflect dependency). 

With respect to claim 20 (currently amended), the rejection of claim 13 is incorporated, 
and the features recited in the claim are analogous to those of claims 6 and 7 (see the 
explanations for claims 6 and 7 above). 
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With respect to claim 21 (previously presented), the rejection of claim 13 is incorporated, 
and the features recited in the claim are analogous to those of claim 8 (see the explanation for 
claim 8 above). 

With respect to claim 22 (previously presented), the rejection of claim 13 is incorporated, 
and the features recited in the claim are analogous to those of claim 9 (see the explanation for 
claim 9 above). 

With respect to claim 25 (currently amended), Curtis discloses a system that effectuates 
installation and/or removal of components (see, for example, the title and abstract) including at 
least one shared component (see, for example, column 4, lines 33-37, which shows components 
that are depended upon by more than one program, i.e. shared components), comprising: 

(a) means for providing a valid order for the components (see, for example, column 12, 
lines 22-32, which shows generating a list of dependent components and providing a valid 
installation order). 

Curtis does not expressly disclose that the valid order is referentially consistent relative to 
each of the components. 

However, in an analogous art, Kawamata discloses a means for providing a valid order 
(see, for example, software update sequence management unit 190 in FIG. 1) that provides a 
valid order of components that is referentially consistent relative to each of the components (see, 
for example, installation order 1 105 in FIG. 1 1 and column 9, lines 1-16). The valid order 
enables a plurality of components to be installed without any dependency problems among them 
(see, for example, column 14, lines 43-48). 
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It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system such that the valid order is referentially consistent relative 
to each of the components, such as taught by Kawamata, so as to avoid dependency problems 
among the components. 

Curtis further discloses: 

(b) means for controlling installation of the components based on the valid order (see, for 
example, column 12, lines 32-50, which shows an installer for installing the components based 
on the valid order); and 

(c) means for manipulating at least one property associated with the at least one shared 
component to reflect dependency for the at least one shared component relative to one or more 
dependent components that depend on the shared component based on at least one installation of 
the shared component and removal of a dependent component (see, for example, FIG. 5 and 
column 13, lines 7-10, which shows a data structure having properties that reflect dependency of 
one or more components that depend on a shared component, and column 13, lines 28-29, which 
shows manipulating the data structure when a component is installed). 

Curtis does not expressly disclose that prior to replacement of a currently installed shared 
cornponent with the at least one shared component, the at least one shared component 
automatically acquires previously affixed installation properties associated with the currently 
installed shared component. 

However, in an analogous art, Noble discloses installing new components to replace 
currently installed components (see, for example, column 6, lines 45-52). The new components 
automatically acquire one or more properties associated with the currently installed components 
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(see, for example, colvmin 6, lines 53-62), so as to automatically apply any previously made 
customizations (see, for example, column 1, lines 45-52 and 58-59). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system such that prior to replacement of a currently installed 
shared component with the at least one shared component, the at least one shared component 
automatically acquires previously affixed installation properties associated with the currently 
installed shared component, such as taught by Noble, so as to automatically apply any previously 
made customizations. 

Although Curtis shows storing dependency information in order to indicate which 
components depend on a shared component (see, for example, column 13, lines 1-6), Curtis does 
not expressly disclose that the at least one property further comprises a reference count value that 
indicates of a number of dependent components. 

However, Kruger discloses the limitation above in terms of an installer that uses a 
reference count for shared library files, to ensure that files depended upon by other programs are 
not affected (see, for example, column 9, lines 14-21). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system with the reference count feature taught by Kruger, for the 
purpose of ensuring that shared components used by other programs are not affected, inherently 
reducing the number of potential version conflicts. 

With respect to claim 26 (currently amended), Curtis discloses a method for installing 
and/or removing components (see, for example^ the title and abstract) including at least one 
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shared component (see, for example, column 4, lines 33-37, which shows components that are 
depended upon by more than one program, i.e. shared components), the method comprising: 

(a) providing a valid order (see, for example, column 12, lines 22-32, which shows 
generating a list of dependent components and providing a valid installation order). 

Curtis does not expressly disclose that the valid order is consistent relative to each of the 
components. 

However, in an analogous art, Kawamata discloses providing a valid order of components 
that is consistent relative to each of the components (see, for example, installation order 1 105 in 
FIG. 1 1 and column 9, lines 1-16), which enables a plurality of components to be installed 
without any dependency problems among them (see, for example, column 14, lines 43-48). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system such that the valid order is consistent relative to each of 
the components, such as taught by Kawamata, so as to avoid dependency problems among the 
components. 

Curtis further discloses: 

(b) installing each of the plurality of components based on the valid order (see, for 
example, column 12, lines 32-50, which shows installing the components based on the valid 
order). 

Although Curtis shows storing dependency information in order to indicate which 
components depend on a shared component (see, for example, column 13, lines 1-6, and note 
that the information is written during installation), Curtis does not expressly disclose: 
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(c) incrementing a reference count value indicative of each of the plurality of components 
associated with the at least one shared component. 

However, Kruger discloses the limitation above in terms of incrementing a reference 
count when a file is added or installed, to ensure that files depended upon by other programs are 
not affected (see, for example, column 9, lines 14-21). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system with the reference count feature taught by Kruger, for the 
purpose of ensuring that shared components used by other programs are not affected, inherently 
reducing the number of potential version conflicts. 

Curtis further discloses: 

(d) modifying at least one property associated with the at least one shared component to 
reflect dependency characteristics of the at least one shared component relative dependent 
components that utilize the at least one shared component (see, for example, FIG. 5 and column 
13, lines 7-10, which shows a data structure having properties that reflect dependency, and 
column 13, lines 28-29, which shows manipulating the data structure when a component is 
installed). 

Curtis does not expressly disclose that the at least one shared component acquires 
existing installation properties of shared components that the at least one shared component 
supercedes on installation. 

However, in an analogous art. Noble discloses installing new components to replace 
existing components (see, for example, column 6, lines 45-52). The new components acquire 
one or more properties of the existing components (see, for example, column 6, lines 53-62), so 
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as to automatically apply any previously made customizations (see, for example, column 1, lines 
45-52 and 58-59). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system such that the at least one shared component acquires 
existing installation properties of shared components that the at least one shared component 
supercedes on installation, such as taught by Noble, so as to automatically apply any previously 
made customizations. 

With respect to claim 28 (original), the rejection of claim 26 is incorporated, and the 
features recited in the claim are analogous to those of claims 6 and 7 (see the explanations for 
claims 6 and 7 above). 

5. Claim 2-4, 14, 15, 17, 29 and 30 are rejected under 35 U.S.C. 103(a) as being 
impatentable over Curtis in view of Kawamata in view of Noble and in view of Kruger, as 
applied to claims 1,13 and 26 above, respectively, and further in view of U.S. Patent No. 
5,721,824 to Taylor (art of record, "Taylor"). 

With respect to claim 2 (previously presented), the rejection of claim 1 is incorporated, 
and although Curtis shows that shared, or dependent, components are identified for installation 
prior to non-shared components (see, for example, column 12, lines 27-32), Curtis does not 
expressly disclose that the valid order identifies shared components for installation subsequent to 
non-shared components. 



Application/Control Number: ^ Page 19 

09/771,761 

Art Unit: 2192 

However, Taylor discloses the limitation above in terms of an action list, i.e. a valid 
order, that identifies shared, or dependent, components for installation subsequent to a non- 
shared package (see, for example, column 5, lines 25-29). Note that Taylor also discloses an 
implementation wherein dependent components are identified for installation before non-shared 
components, as in the Curtis system (see, for example, column 7, lines 49-53). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system with the feature of identifying shared components for 
installation subsequent to non-shared components, as taught by Taylor, for the purpose of 
supporting an installation sequence that conforms to the constraints of the target system (see, for 
example, Taylor, column 2, lines 1-3), in order to increase the compatibility of the installation 
routine with different platforms. 

With respect to claim 3 (previously presented), the rejection of claim 2 is incorporated, 
and Curtis further discloses that the installer initiates a method to install each of the components 
based on the valid order during a part of the installation (see, for example, column 12, lines 32- 
50, which shows an installer for installing each of the components based on the valid order, and 
column 12, lines 59-62, which shows that the installer is operative to initiate the installation). 

Curtis does not expressly disclose that the at least one shared component is installed and 
configured for a selected dependent component during the first part of installation. 

However, Taylor further discloses the limitation above in terms of installing components 
based on the action list, i.e. the valid order, during a first part of the installation (see, for 
example, column 2, lines 7-11, which shows that the flow of operations is layered, i.e. has 
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multiple parts, and column 2, lines 12-26, which shows installing packages during a first part of 
the installation). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system with theTeature of installing components during a first 
part of the installation, as taught by Taylor, for the purpose of installing multiple software 
packages with a single load on the system, in order to improve the perceived performance (see, 
for example, Taylor, column 3, lines 47-51). 

With respect to claim 4 (previously presented), the rejection of claim 3 is incorporated. 
Curtis does not disclose that the method employs a second part of the installation to install the at 
least one shared component for each dependent component other than the selected dependent 
component during the second part of the installation. 

However, Taylor further discloses the limitation above in terms of installing packages or 
components that are depended upon by other dependent packages during a second part of the 
installation (see, for example, column 2, lines 7-11, which shows that the flow of operations is 
layered, i.e. has multiple parts, and column 2, lines 53-62, which shows installing packages 
during a second part of the installation). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system with the feature of installing components during a second 
part of the installation, as taught by Taylor, for the purpose of installing multiple software 
packages with a single load on the system, in order to improve the perceived performance (see, 
for example, Taylor, column 3, lines 47-51). 
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With respect to claim 14 (previously presented), the rejection of claim 13 is incorporated, 
and although Curtis shows a dependency manager for generating a valid installation order (see, 
for example, column 11, lines 1 1-20, which shows a function for checking dependencies, i.e. a 
dependency manager, and column 12, lines 22-32, which shows generating a list of dependent 
components and providing a valid installation order), Curtis does not expressly disclose that the 
dependency manager validates a received installation order, which, upon validation of the 
received installation order, becomes the valid installation order. 

However, Taylor further discloses the limitation above in terms of validating a 
dependency list, i.e. a received installation order, and using it as the valid installation order (see, 
for example, column 2, lines 28-40, which shows translating the dependency list into an action 
Ust, i.e. a valid installation order). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system with the feature of validating an installation order, as 
taught by Taylor, for the purpose of installing multiple software packages with a single load on 
the system, in order to improve the perceived performance (see, for example, Taylor, column 3, 
lines 47-51). 

With respect to claim 15 (previously presented), the rejection of claim 14 is incorporated, 
and although Curtis shows a dependency manager for generating a valid installation order (see, 
for example, column 11, lines 1 1-20, which shows a function for checking dependencies, i.e. a 
dependency manager, and column 12, lines 22-32, which shows generating a list of dependent 
components and providing a valid installation order), Curtis does not expressly disclose that 
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when the received installation order is improper, the dependency manager creates the valid 
installation order. 

However, Taylor further discloses the limitation above in terms of validating a 
dependency list, i.e. a received installation order, and creating a valid installation order (see, for 
example, column 2, lines 12-26, which shows generating an action list, i.e. a valid installation 
order). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system with the feature of validating an installation order, as 
taught by Taylor, for the purpose of installing multiple software packages with a single load on 
the system, in order to improve the perceived performance (see, for example, Taylor, column 3, 
lines 47-51). 

With respect to claim 17 (previously presented), the rejection of claim 13 is incorporated, 
and although Curtis shows an installer or setup manager for installing each of the components 
based on the valid installation order (see, for example, column 12, lines 32-50, and see, for 
example, column 12, lines 59-62, which shows that the installer is operative to initiate the 
installation), Curtis does not expressly disclose that the setup manager initiates a method to 
install each of the components according to the valid installation order during a first pait of the 
installation, the at least one shared component being installed for a first dependent component 
during the first part of installation, the method installs the at least one shared component for each 
other dependent component during a second part of the installation. 
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However, Taylor further discloses the Hmitation above in terms of installing components 
based on the action list, i.e. the valid installation order, during a first part of the installation, and 
installing components that are depended upon by other dependent packages during a second part 
of the installation (see, for example, column 2, lines 7-11, which shows that the flow of 
operations is layered, i.e. has multiple parts, and see, for example, column 2, lines 12-26, which 
shows installing packages during a first part of the installation, and column 2, lines 53-62, which 
shows installing packages during a second part of the installation). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system with the feature of first and second installation parts, as 
taught by Taylor, for the purpose of installing multiple software packages with a single load on 
the system, in order to improve the perceived performance (see, for example, Taylor, column 3, 
lines 47-51). 

With respect to claim 29 (original), the rejection of claim 26 is incorporated, and the 
features recited in the claim are analogous to those of claim 3 (see the explanation for claim 3 
above). 

With respect to claim 30 (original), the rejection of claim 29 is incorporated, and the 
features recited in the claim are analogous to those of claim 4 (see the explanation for claim 4 
above). 

6. Claim 23 and 24 are rejected under 35 U.S.C. 103(a) as being unpatentable over Curtis in 
view of Kawamata in view of Taylor in view of Kruger and in view of Noble. 
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With respect to claim 23 (previously presented), Curtis discloses a system that facilitates 
installation and/or removal of components (see, for example, the title and abstract) including at 
least one shared component (see, for example, column 4, lines 33-37, which shows components 
that are depended upon by more than one program, i.e. shared components), comprising: 

(a) a validation component that provides a valid order based on setup data (see, for 
example, column 11, lines 1 1-20, which shows a function for checking dependencies, i.e. a 
validation component, using dependency objects, and FIG. 3 and column 9, lines 10-25, which 
shows that the dependency objects comprise setup data, and see, for example, column 12, lines 
22-32, which shows generating a list of dependent components and providing a valid installation 
order). 

Curtis does not expressly disclose that the validation component receives a list of 
components to be installed and/or removed that is organized in an invalid order, and resolves all 
relative inter-component conflicts prior to installation and/or removal of components. 

However, in an analogous art, Kawamata discloses a validation component (see, for 
example, software update sequence management unit 190 in FIG. 1) that receives a list of 
components to be installed that is organized in an invalid order (see, for example, software 
distribution list 700 in FIG. 7) and provides a valid order of components (see, for example, 
installation order 1 105 in FIG. 1 1 and column 9, lines 1-16), so as to resolve all relative inter- 
component conflicts prior to installation and thus enable the components to be installed without 
any dependency problems among them (see, for example, column 14, lines 43-48). 
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It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system such that the validation component receives a list of 
components to be installed and/or removed that is organized in an irivalid order, and resolves all 
relative inter-component conflicts prior to installation and/or removal of components, such as 
taught by Kawamata, so as to avoid dependency problems among the components. 

Although Curtis shows an installer or setup engine for installing each of the components 
based on the valid installation order (see, for example, column 12, lines 32-50, and column 12, 
lines 59-62, which shows that the installer is operative to initiate the installation), Curtis does not 
expressly disclose: • 

(b) a setup engine that initiates installation of each of the components according to the 
valid order during a first part of the installation, the shared component being installed for a first 
dependent component during the first part of installation, the shared component being installed 
for each other dependent component during a second part of the installation separate from the 
first part. 

However, Taylor discloses the limitation above in terms of installing components based 
on an action list, i.e. a valid installation order, during a first part of the installation, and installing 
components that are depended upon by other dependent packages during a second part of the 
installation (see, for example, column 2, lines 7-1 1, which shows that the flow of operations is 
layered, i.e. has multiple parts, and see, for example, column 2, lines 12-26, which shows 
installing packages during a first part of the installation, and column 2, lines 53-62, which shows 
installing packages during a second part of the installation). 
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It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system with the feature of first and second installation parts, as 
taught by Taylor, for the purpose of installing multiple software packages with a single load on 
the system, in order to improve the perceived performance (see, for example, Taylor, column 3, 
lines 47-51). 

Although Curtis shows storing dependency information in order to indicate which 
components depend on a shared component (see, for example, column 13, lines 1-6, and note 
that the information is written during installation), Curtis does not expressly disclose the second 
part of installation comprising incrementing a reference count value indicative of a number of 
dependent components associated with the at least one shared component. 

However, Kruger discloses the limitation above in terms of incrementing a reference 
count when a file is added or installed, to ensure that files depended upon by other programs are 
not affected (see, for example, column 9, lines 14-21). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system with the reference count feature taught by Kruger, for the 
purpose of ensuring that shared components used by other programs are not affected, inherently 
reducing the number of potential version conflicts. 

Curtis does not expressly disclose that the second part of the installation comprising 
configuring properties of the shared component, which automatically retains a property 
associated with a previously installed shared component. 

However, in an analogous art. Noble discloses installing new components to replace 
previously installed components (see, for example, column 6, lines 45-52). The new components 
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automatically retain one or more properties associated with the previously installed components 
(see, for example, column 6, lines 53-62), so as to automatically apply any previously made 
customizations (see, for example, column 1, lines 45-52 and 58-59). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system such that the shared component being installed 
automatically retains a property associated with a previously installed shared component, such as 
taught by Noble, so as to automatically apply any previously made customizations. 

With respect to claim 24 (previously presented), Curtis discloses a system that facilitates 
installation and/or removal of components (seer for example, the title and abstract) including at 
least one shared component (see, for example, column 4, lines 33-37, which shows components 
that are depended upon by more than one program, i.e. shared components), comprising: 

(a) a dependency manager that provides a valid order based on setup data (see, for 
example, column 11, lines 1 1-20, which shows*a function for checking dependencies, i.e. a 
dependency manager, using dependency objects, and FIG. 3 and column 9, lines 10-25, which 
shows that the dependency objects comprise setup data, and see, for example, column 12, lines 
22-32, v^hich shows generating a list of dependent components and providing a valid installation 
order). 

Curtis does hot expressly disclose that the dependency manager receives a list of 
components to be installed and/or removed that is organized in a random order, and resolves all 
relative inter-component conflicts prior to installation and/or removal of the components. 
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However, in an analogous art, Kawamata discloses a dependency manager (see, for 
example, software update sequence management unit 190 in FIG. 1) that receives a list of 
components to be installed that is organized in a random order (see, for example, software 
distribution list 700 in FIG. 7) and provides a valid order of components (see, for example, 
installation order 1 105 in FIG. 1 1 and column 9, lines 1-16), so as to resolve all relative inter- 
component conflicts prior to installation and thus enable the components to be installed without 
any dependency problems among them (see, for example, column 14, lines 43-48). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system such that the dependency manager receives a list of 
components to be installed and/or removed that is organized in a random order, and resolves all 
relative inter-component conflicts prior to installation and/or removal of the components, such as 
taught by Kawamata, so as to avoid dependency problems among the components. 

Although Curtis shows an installer or setup engine for installing each of the components 
based on the valid installation order (see, for example, column 12, lines 32-50, and column 12, 
lines 59-62, which shows that the installer is operative to initiate the installation), Curtis does not 
expressly disclose: 

(b) a setup engine that initiates installation of each of the components according to the 
valid order during a first part of the installation, the shared component being installed for a first 
dependent component during the first part of installation, the shared component being installed 
for each other dependent component during a second part of the installation, which is subsequent 
to the first part. 
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However, Taylor discloses the limitation above in terms of installing components based 
on an action list, i.e. a valid installation order, during a first part of the installation, and installing 
components that are depended upon by other dependent packages during a second part of the 
installation (see, for example, column 2, lines 7-11, w^hich shows that the flow of operations is 
layered, i.e. has multiple parts, and see, for example, column 2, lines 12-26, which shows 
installing packages during a first part of the installation, and column 2, lines 53-62, which shows 
installing packages during a second part of the installation). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system with the feature of first and second installation parts, as 
taught by Taylor, for the purpose of installing multiple software packages with a single load on 
the system, in order to improve the perceived performance (see, for example, Taylor, column 3, 
lines 47-51). 

Although Curtis shows storing dependency information in order to indicate which 
components depend on a shared component (see, for example, column 13, lines 1-6), Curtis does 
not expressly disclose that a reference count value is maintained corresponding to a number of 
dependent components associated with the at least one shared component. 

However, Kruger discloses the limitation above in terms of an installer that uses a 
reference count for shared library files, to ensure that files depended upon by other programs are 
not affected (see, for example, column 9, lines 14-21). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system with the reference count feature taught by Kruger, for the 
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purpose of ensuring that shared components used by other programs are not affected, inherently 
reducing the number of potential version conflicts. 

Curtis does not expressly disclose that the shared component being installed for the first 
dependent component acquires properties associated with a shared component previously 
installed and associated with the first dependent component. 

However, in an analogous art. Noble discloses installing new components to replace 
previously installed components (see, for example, column 6, lines 45-52). The new components 
acquire one or more properties associated with the previously installed components (see, for 
example, column 6, lines 53-62), so as to automatically apply any previously made 
customizations (see, for example, column 1, lines 45-52 and 58-59). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system such that the shared component being installed for the 
first dependent component acquires properties associated with a shared component previously 
installed and associated with the first dependent component, such as taught by Noble, so as to 
automatically apply any previously made customizations. 

Curtis further discloses: 

(c) a setup manager that manipulates at least one property associated with the at least one 
shared component to reflect dependency characteristics of the at least one shared component as a 
function of at least one of installation of the shared component and removal of a dependent 
component that depends on the at least one shared component (see, for example, FIG. 5 and 
column 13, lines 7-10, which shows a data structure having properties that reflect dependency 
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characteristics, and column 13, lines 28-29, which shows manipulating the data 'structure when a 
component is installed). 

7. Claim 31 is rejected under 35 U.S.C. 103(a) as being unpatentable over Curtis in view of 
Kawamata in view of Taylor and in view of Noble. 

With respect to claim 3 1 (previously presented), Curtis discloses a method to facilitate 
installing and/or removing components (see, for example, the title and abstract) including at least 
one shared component (see, for example, column 4, lines 33-37, which shows components that 
are depended upon by more than one program, i.e. shared components), the method comprising: 

(a) providing a valid order (see column 12, lines 22-32, which shows generating a list of 
dependent components and providing a valid installation order). 

Curtis does not expressly disclose that the valid order is referentially consistent relative to 
each of the installed and/or removed components. 

However, in an analogous art, Kawamata discloses providing a valid order of components 
that is referentially consistent relative to each of the components (see, for example, installation 
order 1 105 in FIG. 1 1 and column 9, lines 1-16). The valid order enables a plurality of 
components to be installed without any dependency problems among them (see, for example, 
column 14, lines 43-48). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system such that the valid order is referentially consistent relative 
to each of the installed and/or removed components, such as taught by Kawamata, so as to avoid 
dependency problems among the components. 
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Although Curtis shows an installer for installing each of the components based on the 
valid order (see, for example, column 12, lines 32-50, and column 12, lines 59-62, which shows 
that the installer is operative to initiate the installation), Curtis does not expressly disclose: 

(b) effecting installation of each of the components during a first part of installation 
according to the valid order, the shared component being installed for a first dependent 
component during the first part of the installation; 

(c) effecting installation of the shared component for each other dependent component 
during a second part of the installation separate from the first part. 

However, Taylor discloses step (b) above in terms of installing components based on an 
action list, i.e. a valid order, during a first part of the installation (see, for example, column 2, 
lines 7-11, which shows that the fiow of operations is layered, i.e. has multiple parts, and column 
2, lines 12-26, which shows installing packages during a first part of the installation). 

Taylor further discloses step (c) above in terms of installing packages or components that 
are depended upon by other dependent packages during a second part of the installation (see, for 
example, column 2, lines 7-11, which shows that the flow of operations is layered, i.e. has 
multiple parts, and column 2, lines 53-62, which shows installing packages during a second part 
of the installation). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system with the feature of first and second installation parts, as 
taught by Taylor, for the purpose of installing multiple software packages with a single load on 
the system, in order to improve the perceived performance (see, for example, Taylor, column 3, 
lines 47-51). 
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Curtis does not expressly disclose that the shared component acquires one or more extant 
properties associated with a shared component made obsolete and removed by installation of the 
shared component. 

However, in an analogous art, Noble discloses installing new components to replace 
obsolete components (see, for example, column 6, lines 45-52). The new components acquire 
one or more properties associated with the obsolete components (see, for example, column 6, 
lines 53-62), so as to automatically apply any previously made customizations (see, for example, 
column 1, lines 45-52 and 58-59). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the Curtis system such that the shared component acquires one or more 
extant properties associated with a shared component made obsolete and removed by installation 
of the shared component, such as taught by Noble, so as to automatically apply any previously 
made customizations. 

Curtis further discloses: 

(d) manipulating at least one property associated with the at least one shared component 
to reflect dependency for the at least one shared component relative to at least one dependent 
component according to the installation or removal thereof (see, for example, FIG. 5 and column 
13, lines 7-10, which shows a data structure having properties that reflect dependency of one or 
more components that depend on a shared component, and column 13, lines 28-29, which shows 
manipulating the data structure when a component is installed). 
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Conclusion 



8. 



Any inquiry concerning this communication or earlier communications from the 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on (571) 272-3695. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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